Builder Pattern Derive
Rust macro to automatically implement the builder pattern for arbitrary structs. A simple #[derive(Builder)]
will generate a FooBuilder
for your struct Foo
with all setter-methods and a build method.
How it Works
extern crate derive_builder;
Note that we did not write any definition or implementation of ChannelBuilder
. Instead the derive_builder
crate acts on #[derive(Builder)]
and generates the necessary code at compile time.
This is the generated boilerplate code you didn't need to write. :-)
Get Started
It's as simple as two steps:
- Add
derive_builder
to yourCargo.toml
either manually or with cargo-edit:
cargo add derive_builder
- Annotate your struct with
#[derive(Builder)]
Usage and Features
- Chaining: The setter calls can be chained, because they consume and return
&mut self
by default. - Builder patterns: You can opt into other builder patterns by preceding your struct (or field) with
#[builder(pattern = "owned")]
or#[builder(pattern = "immutable")]
. - Extensible: You can still define your own implementations for the builder struct and define additional methods. Just make sure to name them differently than the setter and build methods.
- Documentation and attributes: Setter methods can be documented by simply documenting the corresponding field. Similarly
#[cfg(...)]
and#[allow(...)]
attributes are also applied to the setter methods. - Hidden fields: You can skip setters via
#[builder(setter(skip))]
on each field individually. - Setter visibility: You can opt into private setter by preceding your struct with
#[builder(private)]
. - Setter type conversions: With
#[builder(setter(into))]
, setter methods will be generic over the input types – you can then supply every argument that implements theInto
trait for the field type. - Setter strip option: With
#[builder(setter(strip_option))]
, setter methods will takeT
as parameter'type for field of typeOption<T>
. - Builder field visibility: You can use
#[builder(field(private))]
or..(public)
, to set field visibility of your builder. - Generic structs: Are also supported, but you must not use a type parameter named
VALUE
, if you also activate setter type conversions. - Default values: You can use
#[builder(default)]
to delegate to theDefault
implementation or any explicit value via= ".."
. This works both on the struct and field level. - Pre-build validation: You can use
#[builder(build_fn(validate = "path::to::fn"))]
to add your own validation before the target struct is generated. - Build method suppression: You can use
#[builder(build_fn(skip))]
to disable auto-implementation of the build method and provide your own. - Builder derivations: You can use
#[builder(derive(Trait1, Trait2, ...))]
to have the builder derive additonal traits. All builders deriveDefault
andClone
, so you should not declare those in this attribute. - no_std support: Just add
#[builder(no_std)]
to your struct and add#![feature(alloc)] extern crate alloc
to your crate. The latter requires the nightly toolchain. - Logging: If anything works unexpectedly you can enable detailed logs in two steps. First, add
features = ["logging"]
to thederive_builder
dependency inCargo.toml
. Second, set this environment variable before calling cargoRUST_LOG=derive_builder=trace
.
For more information and examples please take a look at our documentation.
This is a work in progress. So expect even more features in the future. :-)
Gotchas
- Tuple structs and unit structs are not supported as they have no field names. We do not intend to support them.
- When defining a generic struct, you cannot use
VALUE
as a generic parameter as this is what all setters are using.
Documentation
Detailed explaination of all features and tips for troubleshooting. You'll also find a discussion of different builder patterns.
Changelog
Yes, we keep a changelog.
License
Licensed under either of
- Apache License, Version 2.0, (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
- MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT)
at your option.
Contribution
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.